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An account processing method and system 
for providing specific prc-^uthorization param- 
eters for categcMTtes of transactions that would 
othenvise be completely denied authorization us- 
ing only general audiorization parameters. Upon 
establishment of an accofunt, certain categories 
of transacticms are specified as needing specific 
authorizaUon prior to approving the transaction 
as requested by merchant (206). An account 
issuer provides a service to account members 
that permits account manager {7)02) to indepen- 
dently specify the parametric conditions under 
which to approve a transaction within such cat- 
egories. Account manager (202) may also spec- 
ify a transaction identifier such as a purchase or- 
der, work order or insurance claim number to 
associate with the required transaction parame- 
ters. Upon the approval of such a transaction re- 
quiring specific authorization, authorizing agent 
(212) during the billing process forwards both the 
transaction-specific infonnation such as transac- 
tion amount and merchant infcmnadon with the 
transaction identifier as previously assigned by 
account manager (202). Such an association of 
a transaction identifier facilitates accounting rec- 
onciliation of transactions funded through credit 
card-like payment transactions. 
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SYSTEM AND METHOD FOR PRE-AUTHORIZATION OF 
INDIVIDUAL ACCOUNT TRANSACTIONS 

BACKGROUND OF THE INVENTION 
5 1; The Field of the Invention 

The present invention relates to electronic authorization of financial transactions, 
and in particular, to electronic authorization of specific predetermined transactions. More 
particularly, the present invention relates to specific authorization of individual 
transactions otherwise prohibited. 

10 2. Prei^ent State pf the Art 

Modemly, more and more transactions in commerce have come to rely upon the 
convenience of utilizing a transaction card such as a credit card for the purchasing of 
goods Bud services. As credit cards have become more ubiquitous, so also has the 
infrastructure supporting the use of credit cards in commerce. At one point, what was a 

15 simple relationship between a card issuer and a cardholder has evolved to include 
intermediaries providing authorization services and financial distribution services. Such 
an expansive infrastructure has come to facilitate on-line or near real-time transaction 
authorization. 

Furthermore, because of the extensive nature of the credit card infrastructure, 
20 additional users, not necessarily relying upon credit, also utilize the existing infrastructure 
in carrying out commerce. For example, businesses or corporations may establish a series 
of accounts with a card issuer and distribute transaction cards to their members for use 
in executing cashless transactions. To minimize fraud and abuse in the purchasing of 
goods and services, authorization standards have been established. Figure 1 represents 
25 a standardized authorization process for transaction verification. An accoimt ihanager, 
such as a fleet manager or other entity, desiring cashless transaction privileges contacts 
a card issuer 114 to request the extension of transaction privileges through an established 
account request 1 16. Typically, when establishing a credit account, card issuer 1 14 
places restrictions such as transaction amount limitations upon the card user. However 
30 when establishing accoimts for business or other like users, account manager 1 02 may 
request that card issuer 1 14 deny certain transactions and strictly enforce other limitations 
on transactions. 

Exemplary desired account limitations include restrictions on the types of services 
and goods that may be procured by an account user 104 as directed by account 
35 manager 102. Industry standards have been established for the partitioning of goods and 
services into categories designated by a standard industrial code (SIC). A merchant 106 
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is assigned a specific standard industrial code corresponding to their predominate 
business function. For business transactions that adhere to the SIC coding, transactions 
originating at a point of sale terminal having a restricted SIC identifier may be unable to 
obtain proper authorization to complete a transaction with an account user. Other 
5 limitations frequently desired by account managers include transactional limits. 
Transactional limits may include single transaction limits or aggregate limitations upon 
successive transactions. 

Card issuer 1 1 4 upon the establishment of an account may employ a third party 
authorizing agent to provide authorization services and strictly enforce transaction 
10 limitations as agreed upon between account manager 102 and card issuer 1 14. Card 
issuer 1 14 through an establish authorization request 1 1 8 informs authorizing agent 1 12 
of the transaction terms under which transaction authorization may be granted. 

Once an account has been established account manager 1 02 provides the account 
information necessary to enable account user 104 to engage in commerce transactions. 
15 Such account information generally includes an accoxmt nimiber as assigned by card 
issuer 1 1 4. The predominate form of providing account information to accotmt user 1 04 
is to provide account user 1 04 with a transaction card generally taking the form of a credit 
card-like card bearing the account number thereon. Account user 1 04 upon initiating a 
transaction with a merchant 1 06 engages in a payment presentment step 1 20 by providing 
20 the requisite account information to merchant 106. Merchant 106 engages in an 
authorization process to verify that the transaction parameters of the present transaction 
are within the boundaries or limitations placed upon the account as requested by accotmt 
manager 102 or imposed by card issuer 114. An authorization request 122 issued by 
merchant 106 is comprised of an account number, a transaction amount and other 
25 parameters such as a standard industrial code (SIC), a merchant identifier (MID) and an 
acquiring bank identification number (BIN). 

A m^chant 106 typically associates with an acquiring bank 108 which provides 
funding services of merchant transactions. Authorization requests may electronically 
pass through acquiring bank 108 as designated by the BIN of the authorization request 
30 and additionally may route through a card company 1 10 (e.g., MasterCard®, VISA®, 
Discover Card® or American ExjMress®) prior to reaching authorizing agent 1 12 for 
comparison of account parameters. Authorizing agent 1 12 compares the transaction 
parameters for conformance with account limitations. Authorizing agent 112 issues an 
authorization response 124 comprising an acceptance or denial indicator. 
35 During general authorization processing, funds generally do not transfer at that 

time. A settlement generally occurs at a periodic time such as evenings or nights when 
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a merchant reinitiates communication with an authorizing agent and presents a series of 
accepted and authorized transactions occurring throughout the previous period and 
requests financial settlement of such transactions. Merchant 106 initiates a settlement 
request 126 with authorizing agent 112 which generally comprises the account number 
5 to be debited, the amount of the debit and other information such as SIC, MID and BIN 
designators. As part of the settlement process, authorizing agent 1 12 issues a settlement 
request 128 to card issuer 1 14. Frequently a settlement request 128 includes less cryptic 
merchant information {le,, merchant name and address instead of MID) for later 
presentment to an account manager. Card issuer 1 1 4 in a payment step 1 30 credits the 
1 0 merchant's acquiring bank 1 08 with the appropriate funds. 

At yet another periodic point in time, card issuer 114 provides a billing 
account 1 32 to accotint manager 1 02 for notification of payment due or for other record 
keeping purposes. In such generic authorization processing as described above, billing 
account information contains relatively little and non-descriptive information such as an 
1 S account number, a transaction amount and merchant information. 

Two particular shortcomings of the authorization process as described in Figure 1 
should be pointed out. First, authorization performed by authorizing agent 1 12 provides 
a regulation of transactions by either proscribing transactions originating at a merchant 
having a proscribed SIC goods/services designator, or withholding authorization from 
20 transactions that exceed transactional limits. Such an authorization process approves 
transactions of values less than the transactional limits transpiring at non*proscribed 
merchant point of sale terminals having a non-barred SIC goods/services designator. 
Prior art authorization techniques do not provide a method or system for enforcing strict 
transaction parameters prior to authorization of restricted transaction types on a 
2S transaction by transaction basis. Additionally, prior art techniques do not permit an 
account manager to create transaction authorization parameters without re-initiating 
account establishment procedures. 

A second shortcoming of the authorization processing in the prior art relates to 
billing account information sent from card issuer 114 for evaluation by account 
30 manger 102. As showid in Figure 1, the billing account information is comprised of an 
account number and an amount coupled to merchant information such as the name and 
city of the merchant. The accoimt manager is not provided vrith information pertaining 
to a specific transaction but rather is presented only with information showing an amount 
and a transaction location of an expenditure. That is to say, an account manager does not 
35 have a tracking mechanism to track the execution of a specific transaction and the billing 
of such a transaction on a billing statement. In prior art configurations, the account 
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manager only discerns that a certain amount of money, a transaction amount, was 
exchanged with a specific merchant. 

Other transaction systems have incorporated item descriptions generally 
ascertainable from SKU numbers listing goods or services obtained from the listed 
5 merchant into their billing statements. It should be noted that such techniques still do not 
provide a tracking mechanism for linking a specific authorization procedure to a billing 
account printout. 

Accordingly, what is needed is a method and system for authorizing in advance 
or pre-authorizing transactions that but for specific authorization, are otherwise 
10 proscribed. 

What is also needed is a method and system for enforcing parameters upon such 
pre-authorized transactions such as transaction amounts, specific merchants and other 
transaction related parameters. 

Also, what is yet needed, is a method and system for facilitating an audit or record 
1 5 reconciliation from a pre-authorized transaction through the billing of the account thus 
informing an account manager of the completion of a pre-authorized transaction. 
SU MMARY O F T HE INVE N TION 
The present invention provides a method for authorizing an account when a 
portion of the account transactions require individual pre-authorization according to 
20 specified pre-authorization parameters. 

The present invention also provides a system for authorizing an account when a 
portion of the account transactions require individual pre-authorization according to 
specified pre-authorization parameters. 

In addition, the present invention provides a method for authorizing a portion of 
25 account transactions otherwise denied by requiring individual pre-authorization according 
to parameters pre-autfaorized in a pre-authorization process. 

The present invention provides a method and system for associating a transaction 
identifier within a pre-authorization process such that upon the completion of the 
transaction, the associated transaction identifier follows the transaction information 
30 through the billing account phase, thus allowing reconciliation of a specific transaction 
from a previously assigned transaction identifier. 

Additional advantages of the invention vnll be set forth in the description which 
follows, and in part will be obvious from the description, or may be learned by the 
practice of the invention. The advantages of the invention may be realized and obtained 
35 by means of the instruments and combinations particularly pointed out in the appended 
claims. 



wo 99/22291 



PCT/US98/2230I 



5 

To achieve the foregoing and in accordance with the invention as embodied and 
broadly described herein, an account processing method and system for facilitating the 
general denial of categories of transactions unless they are specifically pre-authorized 
with specified parameters and the parameters of the requested transaction conform to 
5 those pre-authorized parameters is provided. Additionally, the present invention provides 
a system and method for the pre-authorization of specific transactions to be performed 
by an account manager via a service provided by an accotmt issuer to their customers 
such as account managers and users. 

A further advancement of the present invention provides a method and system for 
10 allowing an account manager to define a transaction identifier (e.g., insurance claim 
number, purchase order number, work order number, etc.) and attach the transaction 
identifier through a pre-authorization of a transaction. Upon the initiation and 
authorization of a requested transaction conforming to the specified pre-authorization 
parameters, the transaction identifier is included with the generic billing information 
1 5 (e.g., transaction amount, merchant information, etc.) thus allowing an account manager 
to reconcile their accounting from a billing accoiuit information containing the 
transaction having the transaction identifier associated thereto with a pre-transaction 
assignment of a traditional identifier such as purchase order number, work order ntimber, 
or insurance claim number. 
20 The above described system and method includes an account establishment phase 

of an account process wherein an account manager approaches a card issuer to establish 
an account in an establish account step. During the establishment of an account, 
limitations on transactions relating to that account are negotiated between the account 
manager and card issuer. Transaction limitations generally include items such as 
25 transaction limits, account balance limit, limitations on categories of goods or services 
as denoted by standard industrial codes (SIC) and other parameters that may be 
incorporated into a specific accounting scheme. 

In the present invention, upon the establishment of an account or during the 
amending or changing of an account, transactions involving certain categories of goods 
30 or services as denoted by pre-authorization SICs denote goods or services that require 
individual parametric constraints upon such transactions. A card issuer employs the 
services of an authorizing agent for performing account authorization upon the initiation 
of a transaction request from a merchant. The card issuer in an establish authorization 
step forwards SIC limits wholly barring categories of transactions, transaction limits 
35 relating to non-pre-authorization transactions and pre-authorization SICs designating 
categories or goods or services requiring specific authorization according to pre- 
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authorization parameters subsequently dispatched to authorizing agent in a pre- 
authorization process: 

In the present invention^ once an account is established with a card issuer, an 
account manager may perform pre-authorization of transactions with the card 
5 issuer directly. In the preferred embodiment, an account manager using a personal 
computer may routinely generate pre-authorization requests by transferring pre- 
authorization parameters to the card issuer via the INTERNET. 

A typical scenario wherein the present invention is practiced provides for a pre- 
authorization transaction phase that conunences writh a request by an account user for a 
1 0 specified good or service that requires pre-authorization prior to initiating the transaction. 
The account user consults with the account manager for requesting restricted goods or 
services. The account manager in turn contacts the merchant for negotiating or obtaining 
a price quotation for the requested goods or services, or optionally, the account manager 
arrives at a quotation amovmt by consulting other traditional pricing sources such as 
1 S directories or catalogs. 

The account manager issues a pre-authorization request to the card issuer via a 
personal computer. The account manager in the pre-authorization request specifies an 
account number for which pre-authorization transaction parameters apply. In the 
preferred embodiment, one or more transaction parameters including a quote amount 
20 resulting from the quotation process, an acceptable variance or deviation range from the 
quotation amount, a merchant identifier (MID) or an acquiring bank identification 
number (BIN) are dispatched to the card issuer. It should be pointed out that in the 
present invention, one or more of the pre-authorization parameters may be specified 
while others may not be specified thus permitting the spectrum of possible options for 
25 such criteria. The card issuer relays the pre-authorization parameters to the authorizing 
agent for storage and usage during authorization processing. 

Another aspect of the present invention includes the ability to input or provide a 
transaction identifier for association with an authorized completed transaction. The 
transaction identifier, in the preferred embodiment, provides an alpha-numeric field 
30 wherein an identifier may be specified and associated with a pre-authorized transaction 
and upon the initiation and authorization of the requested transaction, the transaction 
identifier is reported in the billing account information. Such a transaction identifier 
enables an account manager to associate a pre-authorization of a transaction with a 
transaction reported in a billing accotmt thereby allowing reconciliation of accounting 
35 entries. 
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The pre-authorization parameters remain within the authorizing agent until a 
transaction is initiated by an account user. When an account user initiates a transaction 
for goods or services, a merchant initiates a payment presentment for reimbursement. In 
the present invention, the payment presentment takes the form of presentment of a 
5 transaction card or other credit card-like credentials bearing an account number as 
previously assigned for use by the account user. An account user or account manager 
may present the account number to the merchant using means other than a transaction 
card. 

During the authorization, the merchant forwards the accotmt number, the 
10 transaction amount, the merchant's SIC denoting its category of goods or services, the 
merchant's MID and the acquiring BIN associated with the merchant. The authorizing 
agent performs the authorization process which includes consulting the pre-authorization 
table when the merchant SIC presented in the authorization request corresponds to a pre- 
authorization SIC presented during the establishment of the account. The authorizing 
15 agent issues an authorization response listing the acceptance or denial status resulting 
from the authorization process. 

During the settlement of the account, generally at the end of the business day, the 
merchant forwards the account numbers, the transaction amounts and other pertinent and 
related information such as the merchant's SIC and city location relating to each of the 
20 authorized transactions for the day. In one embodiment of the present invention, the 
authorizing agent additionally forwards the transaction identifier as received in the pre- 
authorization request. In the billing account issued by the account issuer to the account 
manager, the billing account includes details of the accotmt number, the transaction 
amount, merchant information and when present the transaction identifier. By presenting 
25 the transaction identifier to the account manager, transactions authorized in the pre- 
authorize transaction phase may be traced through the authorization, settlement and 
reporting phases of account processing. By tracing or having a designator assigned to a 
specific transaction, the apcounting resources of the account manager may close out such 
transactions upon reporting the completion of the transaction. 
30 These and other features of the present invention will become more fully apparent 

from the following description and appended claims, or may be learned by the practice 
of the invention as set forth hereinafter. 

BWPF PggCWPTION OF THE DRAWINGS 
In order that the manner in which the above-recited and other advantages of the 
35 invention are obtained, a more particular description of the invention briefly described 
above vdll be rendered by reference to specific embodiments thereof which are illustrated 
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in the appended drawings. Understanding that these drawings depict only typical 
embodiments of the invention and are not therefore to be considered limiting of its scope, 
the invention will be described and explained vnxh additional specificity and detail 
through the use of the accompanying drawings in which: 
5 Figure 1 is a flow diagram of an authorization process, in accordance with the 

prior art; 

Figure 2 is a flow diagram of a pre-authorization process, in accordance with a 
preferred embodiment of the present invention; 

Figure 3 is a block diagram of an authorization table incltiding both standard and 
10 pre-authorization tables as stored within an authorizing agent, in accordance with a 
preferred embodiment of the present invention; 

Figure 4 is a flow chart of a transaction authorization procedure in a pre- 
authorization-capable authorizing agents in accordance with an embodiment of the 
present invention; 

1 5 Figure S is a representative billing statement containing a transaction identifier 

as associated with a pre-authorized transaction and subsequently forwarded to an account 
manager upon completion of a pre-authorized transaction, in accordance with an 
enibodiment of the present invention; and 

Figure 6 is a flow diagram illustrating account processing which employs pre- 
20 authorization of select transactions without requiring an account user to perform a 
payment presentation step» in accordance wXh an embodiment of the present invention. 
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
As used herein, the term "'account manager" refers to an individual or 
. (organization charged with establishing and moiiitoring an accoimt. An-account manager 
25 may be in charge of many accounts and take the form of fleet managers, accounting 
managers, claims adjusters and also prudent accotmt users. 

As used herein, the term "'account user'' refers to an individual or organization 
seeking goods or services and may also take the form of fleet users, business personnel 
and insured parties. It should be noted that an account manager and an account user may 
30 be the same party. 

As used herein, the term "'merchant'* refers to an individual or organization 
providing goods or services in exchange for a fee. Merchants generally facilitate the 
reimbursement transaction by providing a point-of-sale terminal or other device through 
which a transaction is initiated. 
35 As used herein, the term *^'acquiring bank" refers to a financial institution 

providing financial services for an associated merchant. An acquiring bank is generally 
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a bank or like organization at which a merchant maintains an account for reconciliation 
of fiinds. 

As used herein, the term "card company" refers to a sponsoring organization that 
provides financial services and brings organization and infrastructure into the account 
5 processing. 

As used herein, the term "authorizing agent" refers to an organization which may 
be part of a card company and provides assurances to a merchant of the good standing of 
the account in question and conformity of the requested transaction to limitations and 
parameters placed upon a transaction. 
10 As used herein, the term "account issuer" refers to an organization providing 

administrative services to an account user and a card company or authorizing agent. 
Accotmt issuer may also provide augmented services to an account user or manager such 
as access to an authorizing agent for account establishment and other functions such as 
pre-authorization. 

15 As described in the Background of the Invention, Figure 1 is a flow diagram of 

an authorization process in accordance with the prior art. 

Figure 2 is a flow diagram of account processing incorporating pre-authorization 
of individual transactions or transaction types, in accordance with a preferred 
embodiment of the present invention. As account processing has become increasingly 
20 prevalent and sophisticated, the complexities of account processing have also increased. 
For example, in the establishment and processing of an account, additional specified 
participants are incorporated into the processing flow. During an account establishment 
phase of an account process, an account manager 202 £q[>proaches a card issuer 214 to 
establish an account as represoited in Figure 2 by establish account step 216. Ehiring the 
25 establishment of an account, limitations on transactions relating to that account are 
negotiated between account manager 202 and card issuer 214. Transaction limitations 
generally include items such as transaction limits, account balance limit, limitations on 
categories of goods or services as denoted by standard industrial codes (SIC) and other 
parameters that may be incorporated into a specific account scheme. 
30 In the present invention, upon the establishment of an account or during the 

amending or chan^g of an accotmt, transactions involving certain categories of goods 
or services as denoted by pre-authorization SlCs denote goods or services that require 
individual parametric constraints upon such transactions. For example, account 
manager 202 may establish an account for use by an account user 204 for performing 
35 maintenance upon a fleet vehicle. In order to police the use of the account for limited 
maintenance purposes, account manager 202 designates the SIC associated with 
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maintenance as a pre-authorization SIC requiring conformity to transaction parameters 
subsequently defmed by account manager 202. 

Card issuer 2 1 4 employs the services of an authorizing agent 2 1 2 for performing 
account authorization upon the initiation of a transaction request from a merchant. Card 
5 issuer 214 in establish authorization step 218 forwards SIC liihits wholly barring 
categories of transactions, transaction limits relating to non-pre-authorization transactions 
and pre-authorization STCs designating categories of goods or services requiring specific 
authorization according to pre-authorization parameters subsequently dispatched to 
authorizing agent 212. 

10 In the present invention, once an account is established with a card issuer, account 

manager 202 may perform pre-authorization of transactions with card issuer 2 1 4 directly. 
In the preferred embodiment, account manager 202 using a personal computer may 
routinely generate pre-authorization requests by transferring pre-authorization parameters 
to card issuer 214 via the INTERNET. A pre-authorization transaction phase conmiences 
1 5 with a request 220 by an account user 204 for a specified good or service that requires 
pre-authorization prior to initiating the transaction. Account user 204 consults with 
account manager 202 to obtain restricted goods or services. Account manager 202 in tum 
contacts a merchant 206 for negotiating or obtaining a price quotation 222, including a 
quote amount for the requested goods or services. Optionally, accotmt manager 202 may 
20 consult a price quotation directory or catalog containing price quotations for goods or 
services as requested by account user 204. In yet another option, account manager 202 
may independently generate or approximate a quote amount for a requested goods or 
service for use in the pre-authorization process. Accoimt manager 202 issues a pre- 
authorization request 224 to card issuer 214, in the preferred embodiment, using a 
25 personal computer that is electronically coupled to card issuer 214. Account 
manager 202 in pre-authorization request 224 specifies an account number for vAnch pre- 
authorization transaction parameters apply. In the preferred embodiment, one or more 
transaction parameters including a quote amount resulting from the quotation process, an 
acceptable variance, or deviation range from the quotation amoimt, a merchant identifier 
30 (MID) or an acquiring bank identification number (BIN) are dispatched to card 
issuer 214. It should be pointed out that in the present invention, one or more of the i^- 
authorization pairameters may be specified while others may not be specified, thus 
permitting the spectrum of possible options for such criteria. For example, account 
manager 202 may specify a quote amount and a variance or deviation from the quote 
35 amount, such as in the case permitting the inclusion of sales tax with the quoted 
transaction amount, while leaving the merchant identifier and acquiring bank 
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identification number unspecified, thereby permitting an account user to seek out the ' 
goods or services of any merchant for processing the requested transaction. 

Another field that may be input or provided by accotmt manager 202 is a 
transaction identifier field. The transaction identifier, in the preferred embodiment, 
5 provides an alpha-numeric field wherein an identifier may be associated with a pre- 
authorized transaction and upon the initiation and authorization of the requested 
transaction, the transaction identifier is reported in the biUing account information. Such 
a transaction identifier enables an accoimt manager to associate a pre-authorization of a 
transaction with a transaction reported in a billing account thereby allowing reconciliation 
1 0 of accoimting entries. 

Referring to Figure 2, card issuer 2 1 4 employs its established relationship with 
authorizing agent 212 to forward a pre-authorization request 226 comprised of the 
account number and other transaction parameters which may optionally include a 
transaction identifier. Authorizing agent 212 retains and stores the pre-authorization 
15 transaction parameters in a pre-authorization table 318 (Figtu'e 3) for subsequent 
authorization when a transaction presents an SIC corresponding to one designated as a 
pre-authorization SIC. 

The pre-authorization parameters remain within authorizing agent 212 until a 
transaction is initiated by an account user. Optionally, pre-authorization parameters may 
20 become stale and expire if not timely used. Account user 204 requests goods or services 
from merchant 206 and thereafter initiates a paymmt presentment 228 for reimbursement 
to merchant 206. In the preferred embodinoent, payment presentment 228 takes the form 
of presentment of a transaction card or other credit card-like credentials bearing an 
account number as previously assigned for use by accotmt user 204. It should be noted 
2S that the present invention does not require account user 204 to present tangible 
credentials bearing an account number, but also accommodates the presentment of an 
account nimiber to a merchant in intangible form, such as the recitation of an account 
number to merchant 206 for discrete key entry by merchant 206 at the commencement 
of the authorization process. 
30 In yet another embodiment as detailed in Figure 6, account manager 202 rather 

than accoimt user 204 divulges an accoimt number for use by merchant 206 upon the 
rendering of goods or services. Such a process has application to businesses such as the 
insurance industry wherein account manager 202 may play the role of a claims adjuster 
disclosing an account number to merchant 206 for payment of services rendered for an 
35 insurance claim. 
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Merchant 206 upon receipt of the account number information verifies the status 
and acceptance parameters of the present account by performing an authorization 
request 230 with authorizing agent 212. Merchant 206 forwards the account number 
transaction amoiint, the merchant*s SIC denoting its category of goods or services, the 
5 merchant's MID and the acquiring BIN associated with merchant 206. Authorizing 
agent 212 performs the authorization process which includes consulting the pre* 
authorization table when the merchant SIC presented in authorization request 230 
corresponds to a pre-authorization SIC presented in establish authorization step 21 8. The 
authorization process of authorizing agent 212 is detailed in the flowchart of Figure 4. 
10 At the conclusion of the authorization process, authorizing agent 212 issues an 
authorization response 232 listing the acceptance or denial status resulting from the 
authorization process to merchant 206. 

Generally at the authorization phase of a transaction, funds do not transfer 
between the parties. Rather, a settle account phase generally occurs at a periodic point 
15 in time such as at the end of a business day or week. At such time, merchant 206 
compiles a complete listing of authorized transactions occurring within the specified 
period which includes the present transaction of the previous discussion, and initiates a 
settlement request 234 with authorizing agent 212 by divulging the account number, the 
transaction amount and other pertinent and related information such as the merchant's 
20 SIC, MID and BIN. 

In some fmancial configurations, authorizing agent 212 may also act as an account 
clearinghouse providing account settlements for card issuers having an established 
relationship with authorizing agent 212. Authorizing agent 212 issues a settlement 
request 236 to card issuer 214 which may contain the same or similar information as 
25 received from settlement reqtiest 234 or as shown in settlemoit request 236 may contain 
more descriptive information such as a merchant name and city as opposed to an MID. 
In one embodiment of the present invention, authorizing agent 212 additionally forwards 
the transaction identifier as received in pre*authorization request 226. Card issuer 214 
issues payment 238 to acquiring bank 208 for settlement of the account resulting from 
30 the present transaction. 

Card issuer 214 issues a biUing account 240 to account manager 202 detailing the 
account number, the transaction amount, merchant information and, when present, the 
transaction identifier. By presenting the transaction identifier to account manager 202 
transactions authorized in the pre-authorize transaction phase may be traced through the 
35 authorization, settlement and reporting phases of account processing. By tracing or 
having a designator assigned to a specific transaction, the accoimting resources of account 
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manager 202 may close out such transactions upon the reporting of the completion of the 
transaction. 

Figure 3 is a simplified diagram of authorization tables employed by an 
authorizing agent for use in comparison of parameters of a requested transaction with 
5 authorization limitations placed upon transaction, in accordance with an embodiment of 
the present invention. An authorization agent 212 (Figure 2) stores therein an 
authorization table 300 containing parameter limitations as previously designated during 
the establish account phase of an accoimt processing procedure. During a traditional 
authorization procedure, the authorizing agent references a standard authorization table 
10 containing limitations such as an SIC limit 312, a transaction limit 314 and a balance 
limit 316. In the present invention specified categories of transactions may be allowed 
to proceed when a pre-authorization process has taken place. Such transaction categories 
are stored within authorization table 300 in a pre-authorization SIC table 302. 

As illustrated in Figure 3, SlCs 304, 306 and 308 correspond to SIC category 
15 codes X, Y and Z, respectively, and designate transaction categories requiring 
consultation with a pre-authorization table 318 to determine the authorization of a 
requested transaction. In the preferred embodiment, pre-authorization table 318 is 
comprised of a series of fields designating transaction parameters that must be in 
compliance prior to issuing an authorization of the requested transaction. Such 
20 transaction parameters include a quote amount 322, a variance 324, a merchant ID (MID) 
326 and an acquiring bank identification number (BIN) 328. Quote amount 322 is 
comprised of an upper price boundary for an approved transaction. A variance 
parameter 324 optionally provides tolerance values for accommodating variations in 
"amounts." For example, a variance may typically take the form of sales tax or 
25 regionalized price fluctuations or other variations. Merchant identifier 326 optionally 
may provide a parameter requiring the transaction to originate from a designated 
merchant or point of sale location. Furthermore, acquiring bank identification 
number 328 may optionally provide a fimher grouping of select merchants and employ 
a specified bank before authorizing the transaction in question. 
30 In another embodiment, a transaction identifier 330 is associated with pre- 

authorization transaction parameters during the pre-authorization process. Such 
association of an identifier permits a pre-authorizing agent such as an account manager 
to specify a purchase order number, a work order number or an insurance claim number 
to be included within the pre-authorization parameters of such goods or such services. 
35 Following the initiation and authorization of a transaction wherein the pre-authorization 
parameters were matched, the transaction identifier is attached with the settlement request 
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information, depicted as settlement request 236 (Figure 2), for conveying the transaction 
information to a card issuer for reconveyance to the account manager. Upon receipt of 
the transaction identifier associated with the completed transaction, account manager 202 
may rectify accounting books or other records referencing the transaction identifier 
5 because the transaction identifier was associated with the billing account land request for 
payment. Such a technique enables a merchant to receive payment almost immediately 
upon the dispatch of a settlement request and relieves the accompanying correspondence 
associated with "cutting" a purchase order and writing a check for accounts payable. 

In an alternate embodiment of the present invention, pre-authorization table 318 
10 further comprises an SIC identifier field 320 for associating with a specific set of pre- 
authorization parameters. Furthermore, each parameter within the pre-authorization table 
need not be specified allowing greater flexibility to an account user in selecting vendors 
of goods or services. 

Figure 4 is a flowchart of an authorization process incorporating pre- 
1 S authorization, in accordance with a preferred embodiment of the present invention. An 
authorizing agent pre-authorization verification process 402 is carried out within an 
authorizing agent such as authorizing agent 212 described in Figure 2. Although the 
previous discussions including Figure 2 have illustrated entities such as authorizing 
agents being separate from card issuers, nothing prevents the combination of these 
20 elements into a single entity carrying out both processes therein. For example an account 
manager 202 (Figure 2) and account user 204 (Figure 2) may easily be combined into a 
single entity that both manages and uses an established account. Additionally, acquiring 
banks and card companies may further be included within other entities such as a card 
issuer or authorizing agent. 
25 Authorizing agent pre-authorization verification process 402, in the preferred 

embodiment, is carried out by authorizing agent 212 (Figure 2) by consulting a pre- 
authorization's SIC table 302 (Figure 3) of authorization table 300. A query task 404 
compares the SIC value of the requested transaction with those previously stored within 
the pre-authorization SIC table 302 (Figure 3) during the establishment of the account 
30 phase. When the SIC code of the requested transaction does not match a SIC code 
specifically requiring additional pre-authorization, a standard authorization processing 
task 406 occurs wherein the standard authorization table 310 (Figure 3) having specific 
limitations such as transaction or balance limits is performed. 

When query task 404 determines that the SIC code of the requested transaction 
35 corresponds with a SIC code requiring pre-authorization, a query task 408 performs a 
cursory evaluation upon the pre-authorization table to determine if there is a pre- 
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authorization entry present. When a pre-authorization entry is not present, a deny 
transaction task 410 returns a deny transaction status in the authorization response 232 
(Figure 2). 

When query task 408 locates pre-authorization data within the pre-authorization 
5 table, a query task 412 evaluates the requested transaction amount against the quote 
amount including any variance parameters included within the pre-authorization table. 
When the requested transaction amount exceeds the quote amount including any 
variances, the requested transaction is denied as described above. When the requested 
transaction amount does not exceed the boundaries established by the quote amotmt 
1 0 including any variances, a query task 414 fiirther evaluates any other specified parameters 
such as merchant ID (MID) or acquiring bank identification number (BIN) against those 
supplied by the requested transaction. Again, if the parameters of the requested 
transaction do not conform of those specified in the pre-authorization table» the 
transaction is denied. 

1 5 When query task 414 determines that the parameters of the requested transaction 

conform to aill other parameters specified in the pre-authorization table, an approved 
transaction task 416 authorizes the transaction in the aflirmative. Although the above 
flow diagram has been specified in terms of task ordering, nothing precludes the 
evaluation of parameters or conditions in varying orders. For example,, a merchant 

20 identifier specified in the pre-authorization table may be compared primary to the 
evaluation of the transaction amoimt without affecting the spirit of the invention. 

Figure 5 is a depiction of an account report associating a transaction identifier 
with a transaction yet to be billed, in accordance with an embodiment of the present 
invention. As discussed above, a transaction identifier S 1 0 may be associated to a pre- 

25 authorized transaction graerated by an account manager. Traditional billing statements 
presented to an accoimt manager contain generic information such as an account number^ 
a transaction amount and information identifying a merchant. Historically, an account 
manager was then left to search back through claims, work orders or purchase orders to 
align a transaction amount and merchant identifier contained vsrithin the billing statement 

30 to an eariier authorization. 

In the present invention, a billing statement 502 is comprised of an accoimt 
number 504, merchant information 506, a transaction amount 508 and a transaction 
identifier 5 1 0. Transaction identifier 5 1 0, by containing descriptive information unique 
to the transaction, enables an account manager to quickly identify a corresponding 

35 authorization document for account reconciliation. In the preferred embodiment of the 
present invention, transaction identifier 510 contains an alpha-numeric field which is 
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defined by account manager 202 (Figure 202) and distributed to card issuer 214 using 
pre-authorizalion request 224, which in turn is forwarded to authorizing agent 212 and 
pre-authorization request 226, respectively. By allowing a transaction identifier to be 
associated with pre-authorization process, less sophisticated equipment such as 
5 transaction processing equipment resident at a merchant point of sale may remain 
relatively unsophisticated as such equipment does not process or pass through any 
additional parameters such as a transaction identifier. 

Figure 6 is a flow diagram illustrating account processing which employs pre- 
authorization of select transactions vsdthout requiring an account user to perform a 
1 0 payment presentment step, in accordance with an embodiment with the present invention. 
In the present embodiment, the established account phase proceeds according to that of 
the previous embodiment wherein an established account 616 and an established 
authorization step 618 establish an accoimt number, SIC limitations, transaction 
limitations and pre-authorization SICs requiring individual pre-authorization. 
1 5 An account user 604 requests goods or services of an account manager 602 in a 

task 620. Account manager 602 negotiates a price quotation 622 from a merchant 606. 
Account manager 602 either upon resolution of a price quotation from a merchant 602 
or, as discussed above, accotmt manager 602 may obtain a quote amount value for 
placing within a pre-authorization request fi-om other sources such as other standard 
20 pricing materials. 

In the present embodiment, account manager 602 provides merchant 606 as 
opposed to account user 604 with an accoimt number in account disclosure step 224 for 
utilization in a subsequent authorization request initiated by merchant 606. Following 
the disclosure of the accoimt number to merchant 606, account manager 602 performs a 
25 pre-authorization request 626 in accordance with the description of the previous 
embodiment. A pre-authorization request 628 then flows from card issuer 614 to 
authorizing agent 612 for population of the pre-authorization table 3 1 8 (Figure 3). Such 
steps complete the pre-authorization phase of the account processing procedure. 

Upon the rendering of service or delivery of goods, merchant 606 commences an 
30 authorization transaction process by issuing an authorization request 602 to authorizing 
agent 612 utilizing the accoimt number delivered thereto by account manager 602 in 
account disclosure steps 224. Such an account number distribution technique is useful 
for applications such as insurance claim processing. For example, account user 604 
assumes the role of an insured placing a claim against account manager 602, who further 
35 assumes the role of the insurer, or alternatively^ a claims adjuster. Account manger 602 



wo 99/22291 



PCT/US9«a2301 



17 

negotiates a repair price with a merchant 606 assuming the role, in the case of auto 
insurance, of a repair shop. 

Upon completion of the negotiation process and the resolution of a claim amount, 
account manager 602 (f.e., claims adjuster) discloses an account number for use by 
S merchant 606 (/.e., repair shop) for use in obtaining reimbursement for goods and 
services upon the completion of rendering such goods or services. Account manager 602 
(i.e., claims adjuster) initiates pre-authorization request 626 by including the divulged 
account number, and any other parameters deemed necessary (e.g., merchant 
identification number). Furthermore^ to aid account manager 602 (i.e., claims adjuster) 
10 in reconciling their accounting system, account manager 602 includes a transaction 
identifier, which by way of example may be in the form of an insurance claim number 
uniquely identifying the requested claim by the insured. 

Upon the rendering of services or the delivery of goods, merchant 606 {i.e., repair 
shop) issues an authorization request 602 comprising the account number disclosed with 
15 the amount of the transaction and other identifiers flowing therewith. Authorizing 
agent 612 performs an authorization procedure and renders an authorization response 632 
stating the status of either acceptance or denial of the requested transaction to 
merchant 606. Merchant 606, at a periodic interval, issues a settlement request 634 
containing the account number, transaction amount and other identifying fields to 
20 authorizing agent 612 for account reconciliation. Authorizing agent 612 processes the 
settlement request in conjunction with card issuer 614 in a settlement request 636 
including the account and transaction-related information such as account number, 
transaction amount, merchant number/name/address and the transaction identifier tieing 
the present billing line item to the originating claim nimiber as delivered to account 
25 manger 602 in billing account step 640 as further received from settlement request 
^ step 636. 

As briefly described above, the present invention provides a mechanism for 
utilizing existing account processing infrastructure such as existing point of sale 
terminals which are generally incapable of inputting additional information such as a 

30 transaction identifier into a transaction. In the present embodiment, associating a 
transaction identifier to a specific transaction is transparent to an account user^ merchant, 
acquiring bank and card company. Furthermore, because of the services provided by the 
card issuer to the accoxmt manager, the account manager may establish, edit and delete 
pre-authorizations at v^ll without exhaustive and expensive account-modifying 

35 parameters as historically required. 
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The present invenlion may be embodied in other specific forms without departing 
from its spirit or essential characteristics. The described embodiments are to be 
considered in all respects only as illustrative and not restrictive. The scope of the 
invention is, therefore, indicated by the appended claims rather than by the foregoing 
description. All changes which come within the meaning and range of equivalency of the 
claims are to be embraced within their scope. 

What is claimed and desired to be secured is: 
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K An account authorization method wherein a portion of account 
transactions require individual pre-authorization, said method comprising the steps of: 

a) establishing an account between an account manager and an 
account issuer, said account having an imposed pre-authorization transaction type 

5 for denoting said portion of account transactions that require said individual pre- 

authorization; 

b) said account manager pre-authorizing said account upon a match 
of each of at least one specified transaction parameter of said imposed pre- 
authorization transaction type to authorize a requested transaction; and 

10 c) authorizing said requested transaction when in conformity with 

said at least one specified transaction parameter. 

2. The account authorization method as recited in claim 1, wherein said 
establishing an account step comprises the step of designating a standard industrial code 
(SIC) as said imposed pre-authorization transaction type. 
15 3. The account authorization method as recited in claim 1 , wherein said pre- 

authorizing step comprises the step of designating said at least one specified transaction 
parameter as a quotation amount describing a price boundary under which to authorize 
said requested transaction. 

4. The account authorization method as recited in claim 3» wherein said 
20' designating said at least one specified transaction parameter as a quotation amount step 

further comprises the step of designating a variance parameter from said quotation 
amount as one of said at least one specified transaction parameters. 

5. The account authorization method as recited in claim 1 » \^erein said pre- 
authorizing step comprises the step of designating said at least one specified transaction 

25 parameter as a merchant identifier (MID) describing a specific authorized merchant to 
authorize said requested transaction. 

6. The account authorization method as recited in claim 1 , wherein said pre- 
authorizing step comprises the step of designating said at least one specified transaction 
paramet^ as an acquiring bank identifier number (BIN) describing a specific authorized 

30 merchant to authorize said requested transaction. 

7. The account authorization method as recited in claim 1 » wherein said pre- 
authorizing step further comprises the step of associating a transaction identifier to said 
at least one specified transaction parameter. 

8. The account authorization method as recited in claim 7» further comprising 
35 the step of reporting said transaction identifier to said account manager upon 

authorization of said requested transaction. 
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9. The account authorization method as recited in claim 8, wherein said 
associating a trsuisaction.identifier step further comprises the step of designating a claim 
number as said transaction identifier. 

10. The account authorization method as recited in claim 8, wherein said 
5 associating a transaction identifier step further comprises the step of designating a 

purchase order number as said transaction identifier. 

11. The account authorization method as recited in claim U wherein said 
authorizing said requested tiansaction step further comprises the step of an account user 
presenting an account identifier of said account to facilitate said authorizing said 

1 0 requested transaction step. 

12. The account authorization method as recited in claim 1, wherein said 
authorizing said requested transaction step further comprises the step of said account 
manager presenting an account identifier of said account to facilitate ^d authorizing said 
requested transaction step. 

15 13. In an account authorization system wherein a portion of account 

transactions require individual pre-authorization, a method for authorizing said portion 
of account transactions requiring individual pre-authorization comprising the steps of: 

a) receiving an authorization table of an account established between 
an account manager and an account issuer, said authorization table capable of 

20 having an imposed pre-authorization transaction type to denote said portion of 

account transactions that require said individual pre-authorization; 

b) receiving in a pre-authorization table within said authorization 
table at least one specified transaction parameter of said imposed pre- 
authorization transaction type whereupon a match of each of said at least one 

2S specified transaction parameter ofsaid impost pre-authorization transaction type 

to authorize a requested transaction; and 

c) authorizing said requested transaction when in conformity with 
each of said at least one specified transaction parameter. 

14. In an account authorization system wherein a portion of account 
30 transactions require individual pre-authorization» the method for authorizing said portion 

of account transactions requiring individual pre-authorization as recited in claim 13, 
wherein said receiving in a pre-authorization table step comprises the step of receiving 
a standard industrial code (SIC) as said imposed pre-authorization transaction type. 

15. In an account authorization system wherein a portion of account 
35 transactions require individual pre-authorization, the method for authoriang said portion 

of account transactions requiring individual pre-authorization as recited in claim 13, 
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wherein said receiving in a pre-authorization table step further comprises the step of 
receiving a quotation amount as said at least one specified transaction parameter 
describing a price boundary under which to authorize said requested transaction. 

16. In an account authorization system wherein a portion of account 
5 transactions require individual pre-authorization, the method for authorizing said portion 

of account transactions requiring individual pre-authorization as recited in claim 1 5, 
wherein said receiving a quotation amount as said at least one specified transaction 
parameter step further comprises the step of receiving a variance parameter designating 
an allowable deviation from said quotation amount as one of said at least one specified 
10 transaction parameters. 

17. In an account authorization system wherein a portion of account 
transactions require individual pre-authorization, the method for authori^ng said portion 
of account transactions requiring individual pre-authorization as recited in claim 13, 
wherein said receiving in a pre-authorization table step further comprises the step of 

1 5 receiving said at least one specified transaction parameter as a merchant identifier (MID) 
describing a specific authorized merchant to authorize said requested transaction. 

18. In an account authorization system wherein a portion of accoimt 
transactions require individual pre-authorization, the method for authoriang said portion 
of account transactions requiring individual pre-authorization as recited in claim 13, 

20 wherein said receiving in a pre-authorization table step further comprises the step of 
receiving as said at least one specified transaction parameter an acquiring bank identifier 
number (BIN) describing a specific authorized merchant to authorize said requested 
transaction. 

19. In an accotmt authorization system wherein a portion of account 
25 transactions require individual pre-authorization, the method for authorizing said portion 

of account transactions requiring individual pre-authorization as recited in claim 13, 
wherein said receiving in a pre-authorization table step further comprises the step of 
receiving a transaction identifier to said at least one specified transaction parameter. 

20. In an account authorization system wherein a portion of account 
30 transactions require individual pre-authorization, the method for authorizing said portion 

of account transactions requiring individual pre-authorization as recited in claim 19, 
further comprising the step of reporting said transaction identifier to said account 
manager upon authori^tion of said requested transaction. 

21. An account authorization system wherein a portion of account transactions 
35 require individual pre-authorization, said system coniprising: 
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a) an account between an account manager and an account issuer, 
said account having associated therewith an authorization table to designate an 
imposed pre-authorization transaction type to denote said portion of accoiint 
transactions that require said individual pre-authorization; 
5 b) a pre-authorization table comprising at least one specified 

transaction parameter as required to authorize a requested transaction of said 
imposed pre-authorization transaction type: and 

c) means for authorizing said requested transaction when in 
conformity with said at least one specified transaction parameter. 
10 22. The account authorization system as recited in claim 21, wherein said 

imposed pre-authorization transaction type is a standard industrial code (SIC). 

23. The account authorization system as recited in claim 2 1 , wherein said at 
least one specified transaction parameter is a quotation amount describing a price to 
authorize said requested transaction. 
1 5 24. The account authorization system as recited in claim 23. wherein said at 

least one specified transaction parameter further comprises a variance parameter firom 
said quotation amount. 

25. The account authorization system as recited in claim 21 , wherein said at 
least one specified transaction parameter is a merchant identifier <MID) to describe a 

20 specific authorized merchant to authorize said requested transaction. 

26. The account authorization system as recited in claim 21 , wherein said at 
least one specified transaction parameter is an acquiring bank identifier number (BIN) 
to describe a specific authorized merchant to authorize said requested transaction. 

27. The account authorization system as recited in claim 21 , M^erein said i»ie- 
25 authorization table finrther comprises a transaction identifier to said at least one specified 

transaction parameter. 

28. The account authorization system as recited in claim 27, finrther 
comprising a means for reporting said transaction identifier to said account manager upon 
authorization of said requested transaction. 

30 29. The account authorization system as recited in claim 28, wherein said 

transaction identifier is a claim number. 

30. The account authorization system as recited in claim 28, wherein said 
transaction identifier is a purchase order number. 

31. The account authorization system as recited in claim 21, fiuther 
35 comprising a means for an account user to present an account identifier of said account 

to facilitate said authorizing said requested transaction. 
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32. The account authorization system as recited in claim 21, fiiither 
comprising a means for said account manager to present an account identifier of said 
account to facilitate said authorizing said requested transaction. 

33. . In an account authorization system wherein a portion of account 
5 transactions require individual pre>authorization, a computer-readable medium having 

computer-executable instructions for authorizing said portion of account transactions 
requiring individual pre-authorization for performing the steps of: 

a) receiving an authorization table of an accotmt established between 
an account manager and an account issuer, said authorization table capable of 

10 having an imposed pre-authorization transaction type to denote said portion of 

account transactions that require said individual pre-authorization; 

b) receiving in a pre-authorization table within said authorization 
table at least one specified transaction parameter . of said imposed pre- 
authorization transaction type whereupon a match of each of said at least one 

1 5 specified transaction parameter of said imposed pre-authorization transaction type 

to authorize a requested transaction; and 

c) authorizing said requested transaction when in conformity with 
each of said at least one specified transaction parameter. 

34. The computer-readable medium of claim 33 having further computer- 
20 readable instructions wherein said receiving in a pre-authorization table step comprises 

the step of receiving a standard industrial code (SIC) as said imposed pre-authorization 
transaction type. 

35. The computer-readable medium of claim 33 having fiirther computer- 
readable instructions wherein said receiving in a pre-authorization table step further 

25 comprises the step of receiving a quotation amount as said at least one specified 
transaction parameter describing a price boundary under which to authorize said 
requested transaction. 

36. The computer-readable medium of claim 35 having further computer- 
readable instructions wherein said receiving a quotation amount as said at least one 

30 specified transaction parameter step further comprises the step of receiving a variance 
parameter designating an allowable deviation from said quotation amount as one of said 
at least one specified transaction parameters. 

37. The computer-readable medium of claim 33 having fiirther computer- 
readable instructions wherein said receiving in a pre-authorization table step fiirther 

35 comprises the step of receiving said at least one specified transaction parameter as a 
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merchant identifier (MID) describing a specific authorized merchant to authorize said 
requested transaction. 

38. The computer-readable medium of claim 33 having futher computer- 
readable instructions wherein said receiving in a pre-authorization table step further 

5 comprises the step of receiving as said at least one specified transaction parameter an 
acquiring bank identifier number (BIN) describing a specific authorized merchant to 
authorize said requested transaction. 

39. The computer-readable medium of claim 33 having futher computer- 
readable instructions wherein said receiving in a pre-authorization table step iurther 

10 comprises the step of receiving a transaction identifier to said at least one specified 
transaction parameter. 

40. The computer-readable medium of claim 39 having futher computer- 
readable instructions further comprising the step of reporting said transaction identifier 
to said account manager upon authorization of said requested transaction. 
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